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Methode de transmission de donnees IEEE 1394 sur une liaison sans fil 

et appareil implementant la methode 

La presente invention concerne ie domaine de Interconnexion de 
5 bus de donnees serie IEEE 1394 par des liaisons sans fil, 

Le bus IEEE 1394 defini dans le document 'IEEE Std 1394-1995 
High Performance Bus, 1996-08-30' decrit un bus serie pour transmission 
numerique permettant la connexion d'apparetis aussi appeles 'nceuds'. 

10 

HiperLAN/2 est une norme produite par I'ETSI (European 
Telecommunications Standards Institute) dans le cadre de son projet BRAN 
(Broadband Radio Access Network). Elie definit un protocoie de 
communication entre appareils sur un reseau sans fil. 

- ;•; . 

15 

La famille de norme 802.11 definit une norme de communication 

. <* • 

sur un reseau sans fil normalise dans le document ANSI/IEEE std 802J1- ; 4f 

. ' , • 

1999. ■ ?-W 

* -vV 

i. 

20 Lorsque Ton veut interconnecter plusieurs bus IEEE 1394 par un ^ 

pont constitue d 5 un reseau sans fil, on doit porter le protocoie IEEE 1394 sur 
la norme utilisee par le reseau satis fil. Dans cette optique, HiperLAN/2 
specifie, dans le document « Broadband Radio Access Networks (BRAN) ; 
HIPERLAN Type 2 ;Packet based convergence layer; Part 3 : IEEE 1394 

25 Service Specific Convergence Sublayer », une couche de convergence 
appelee IEEE 1394 SSCS (Service Specific Convergence Sublayer) qui 
permet le transport des paquets de donnees IEEE 1394 dans des paquets 
HiperLAN/2. Par contre une telle couche de convergence n'est pas 
standardises dans le cas de reseaux sans fil fonctionnant selon la norme 

30 • 802.1 1 , malgre une tentative abandonnee par la « 1394 Trade Association ». 
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Lorsque Ton veut interconnecter plusieurs bus IEEE 1394 par un 
reseau sans fii 802/11, ii est done necessaire de developper une couche de 
convergence permettant le transport des paquets de donnees IEEE 1394 
dans des paquets 802. 1 1 . 

5 

L'objet de ('invention est de definir une methods de transport du 
trafic IEEE 1394 sur un reseau 802.11 en s'appuyant stir la couche de 
convergence normalisee pour les reseaux HiperLAN/2, IEEE 1394 SSCS. 
Les services de la couche de convergence vont etre utilises pour obtenir les 

10 paquets, appeles SAR PDU (Segmentation and Re-assembly Packet Data 
Unit) dans la norme, bruts ou empaquetes dans un paquet LCH (Long 
CHannel) au format utilise par la DLC (Data Link Control) d'Hiperlan/2. 
Ensuite ce sont ces paquets qui vont etre assembles dans une trame 802.1 1 
et envoyes sur ie reseau 802.11 L'appareil recepteur fonctionnant a 

15 (Inverse, recuperant dans la trame 802.11, les SAR PDU ou les LCH et 
utilisant un module IEEE 1394 SSCS pour reconstruire le paquet IEEE 1394 
d'origine. 

Cette methode est particulierement avantageuse lorsqu'elle est 
20 utilisee dans un appareil disposant d'un circuit d'interface entre le reseau 
IEEE 1394 et le reseau sans fil qui dispose d'un module IEEE 1394 SSCS 
materiel. 

L'invention concerne un methode de transmission de donnees sur 
25 une liaison sans fii com porta nt insertion des donnees dans des paquets 
seion un format correspondant a au moins certaines couches d'un premier 
protocole de transmission de donnees sur un reseau sans fil, ainsi que 
rutilisation de ces paquets pour former une trame conforme a un second 
protocole de transmission de donnees sur un reseau sans fil, different du 
30 premier protocole, et la transmission sur le reseau sans fil seion ie second 
protocole. 
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Seion un mode particulier de realisation de I'invention les donnees 
initiales sont formatees selon un protocole d'un bus cable. 

Selon un mode particulier de realisation de I'invention ie bus cable 
5 est un bus IEEE 1394, le premier protocole de transmission de donnees sur 
un reseau sans fil est HiperLAN/2 et le second protocole de transmission de 
donnees sur un reseau sans fil est un protocole de la famiile 802.1 1 . 

T 

Selon un mode particulier de realisation de I'invention les paquets 
1 0 utilises sont generes par un module IEEE 1 394 SSCS. 

Selon un mode particulier de realisation de I'invention les trames, 
generees a partir des paquets selon un format intermediate defini par la ou 
lesdites couches du premier protocole de transmission de donnees sur un s 
15 reseau sans fil, lesdites trames etant conformes au second protocole de " J 
transmission de donnees sur un reseau sans fil, sont distinguees d'autres . 4 
trames par un identificateur specifique dans la trame. • £ 

i 
1 

Selon un mode particulier de realisation de I'invention les trames, ;4 

. \ 

*■ 

20 generees a partir des paquets selon un format intermediaire defini par la ou ^ 
• lesdites couches du premier protocole de transmission de donnees sur un 
reseau sans fil et conformes au second protocole de transmission de 
donnees sur un reseau sans fil, sont distinguees d'autres trames par 
• ['utilisation d'adresses MAC specif iques identifiant leur origine et leur 
25 destination. 

w L'invention concerne egalement un appareil de transmission de 
donnees, contenant des moyens permettant de recevoir des trames selon le 
protocole formatees selon un bus cable, des moyens de connexion a un 
30 reseau sans fils, un module de traitement des trames formatees selon un 
bus cable pour inserer les donnees regues sur le bus cable dans une trame 
selon un format defini par un premier protocole de transmission de donnees 
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sur un reseau sans fil, caracterise en ce que Fappareil contient des moyens 
de generation de trames de transmission conformes a un second protocole 
de transmission de donnees sur un reseau sans fil a partir desdits paquets 
dans iesquels ont ete inserees des donnees regues a partir du bus cable, 
5 lesdits paquets eta nt formates selon au moins certaines couches du premier 
protocole. 

Selon un mode particulier de realisation de l'invention, I'appareil 
comporte, pour ce qui est du second protocole, uniquement les couches 
10 necessaires a ['encapsulation et la transmission de paquets generes al'aide 
desdites couches du premier protocole. 

L'invention sera mieux comprise, et d'autres particularites et 
avantages apparaTtront a la lecture de ia description qui va suivre, la 
1 5 description faisant reference aux dessins annexes parmi Iesquels : 

La figure 1 represente ('architecture materielie du circuit utilise 
dans I'exemple de realisation de l'invention. 

La figure 2 represente I'architecture logicielle du circuit utilise dans 
I'exemple de realisation de l'invention. 
20 La figure 3 represente ['architecture logicielle de la couche de 

convergence IEEE 1394 SSCS. 

La figure 4 represente le format d'un paquet selon ia norme 

802.11. 

La figure 5 represente le format d'un paquet SAR-PDU tel que 
25 construit par le module SAR de la couche de convergence IEEE 1394 

La figure 8 represente le meme paquet inclus dans un paquet 
LCH tel qu'utilise par la DLC Hiperlan/2. 

La figure 7 est un diagramme representant les etapes de la 
30 methode selon Tinvention. 
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L'exemple de realisation de invention qui va etre decrit 
maintenant se place dans le cadre de ('utilisation d'un circuit d'interfacage 
entre un reseau sans fil et un bus cable. Mais I'invention peut etre mise en 
ceuvre en utilisant d'autres circuits. Certains modules utilises peuvent etre 
5 implementes en materiel dans un circuit ou en logiciel. 

i 

La figure 1 represente I'architecture du circuit. Ce circuit 
comprend un processeur central generaliste 13, par exemple de la famille 
PowerPC (PPC) connecte sur son bus 14. Sur ce meme bus est connectee 
10 une interface reseau Ethernet 12. Le bus 14 est connecte par un pont 16 a 
un second bus ARM-AM B A 15. Sur ce second bus sont connectes diverses 
unites dont, entre autres, une interface USB 11, une interface audio/video . 
(A/V) 10, une unite de calcul de code selon I'algorithme Reed/Salomon (R/S) 
9, une interface reseau 8 selon la norme IEEE 1394. Le circuit est egalement ,. a 

15 connecte a un emetteur-recepteur RF 2 permettant la transmission par onde 

radio dans la gamme des 5 GHz. Get emetteur-recepteur 2 est pilote par un m 
controleur physique 3. II existe ; deux modules capables d'utiliser ce 
controleur physique 3, d'une part un module 4 implementant la couche MAC i|> 
de la norme 802.1 1a et permettant done I'envoi et la reception de paquets de ^ 

20 do.nnees selon eette norme au niveau MAC, et d'autre part un module 5 ,^ 
implementant la couche DLC (Data Link Control) de la norme HiperLAN/2 
permettant I'envoi et la reception de paquets selon cette norme via 
remetteur-recepteur 2. Un equipement dote de ce circuit est done a meme 
de se connecter a des reseaux sans fil selon la norme 802.11a et la norme 

25 HiperLAN/2. Ces deux modules 4 et 5 utilisent une memoire DLC 6. Un 
module materiel 7 implemente la couche de convergence IEEE 1394 SSCS 
ainsi que la partie commune chargee du traitement des trames IEEE 1394 
constitute par la couche CPCS (Common Part Convergence Sublayer) et la 
couche de segmentation et de re assemblage SAR (Segmantation And 

30 Reassembly) telle que definie dans la figure 3. La couche IEEE 1394 SSCS 
est chargee de la transformation des trames IEEE 1394 en un format 
commun de paquets de taiile variable, tandis que la partie commune va 
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prendre ces paquets et y ajouter des octets de complementation et !es 
transmettre a la couche de segmentation et de re assemblage qui va les 
decouper en paquets de taille fixe. Ces paquets de 'faille fixe seront transmis 
a la DLC de HiperLAN/2. Cette partie commune est definie dans le 
5 document ETSi TS 101 493-1 . 

La figure 2 detaille I'architecture logicielle portee sur le circuit. Ce 
circuit dispose d'un certain nombre de modules logiciels pilotant le materiel 
(driver), un module pour le bus IEEE 1394 reference 54, un module pour 
10 HiperLAN/2 reference 52, un module pour le 802.11 reference 49, un 
module pour Ethernet reference 47, un module pour I'USB reference 46. Au 
dessus de ces pilotes, se trouvent un certain nombre de couches MAC, la 
couche MAC d" HiperLAN/2 reference 51 contenant la DLC, la couche MAC 
802.11 reference 48. Le circuit dispose encore de couches de convergence 

15 permettant le transport de certains protocoles au dessus d' HiperLAN/2 
comme ['Ethernet SSCS reference 50 et le IEEE 1394 SSCS reference 21. 
Le module reference 55, Pont transparent IEEE 1394, gere la transparence 
du pont HiperLAN/2 pour la couche IEEE 1394. C'est a dire que plusieurs 
bus IEEE 1394 connectes via un reseau HiperLAN/2 vont pouvoir apparaTtre 

20 au niveau de la couche IEEE 1394 comme un unique bus IEEE 1394 virtuel 
contenant tous les nceuds des differents bus IEEE 1394 interconnectes. Le 
module reference 44 etablit un pont entre ethernet et la couche de controle 
de lien logique LLC (Logical Link Control) au dessus de la couche MAC de 
802.1 1 . Au dessus se trouvent les modules classiques TCP/IP 43 et une pile 

25 HTTP 42. Les applications de haut niveau 40 ont acces a ces modules a 
travers une API (Application Program Interface) 56 et des couches de 
configuration 41. 

La figure 3 detaille ('architecture logicielle de la couche de 
30 convergence IEEE 1394 SSCS referencee 21. Elle offre aux couches halites "" 
referencees 20, un service IEEE 1394 au dessus d'un reseau HiperLAN/2. 
Pour ce faire, elle se compose d'une partie specifique au service IEEE 1394 



I 
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. referencee 22, contenant des couches de convergences pour differents 
services comme ethernet ou, en ce qui nous concerne ici, IEEE 1394 
referencees 23. Ces differentes couches de convergence specifiques 
s'appuient sur une partie commune a tous les services referencee 24 

5 composee d'un module CPCS reference 25 et d'un module SAR reference 
26. Un paquet de donnees, ici 1394, sera done traite d'abord par le module 
1394 SSCS specifique au standard 1394 pour etre ensuite traite par la partie 
commune qui va produire des paquets de donnees dits SAR-PDU (Packet 
Data Unit) aptes a etre traites par les couches inferieures HiperLAN/2 

-JO referencees 27 composees de la DLC .28 (Data Link Control) et de la couche 
physique referencee 29 d' HiperLAN/2. 

La figure 4 represents le format general d'un paquet MAC 802.1 1 
genere selon I'invention. La signification des differents champs de I'entete, 
15 peut etre trouvee dans le document ANSI/IEEE Std 802.11, 1999 Edition,--^ 
Suivant I'entete, on trouve la place utile du paquet 37, suivi d'un champ de --<«$: 

1 ; 

controle 38. Le paquet utile est genere par generalement 4 paquets LCH *|£ 

■ j 

ayant la structure decrite figure 5 et 6. ^ 

• ■ '% 

r " h '■ 

20 La figure 5 represente la structure d J un > SAR-PDU tel qu'il est # 

genere par la SAR. C'est un paquet de 49,5 octets contenant une partie de 
donnees utiles de 48 octets precedee d'un octet et derni d'entete. Ce paquet 
est ensuite utilise par la DLC d'HiperLAN/2 qui I'encapsuie dans un paquet 
LCH comme illustre par la figure 6. Ce LCH est de 54 octets. Dans le circuit 

25 considere, le module 1394 SSCS produit directement ces LCH prets a etre 
utilises par la DLC. L'encapsulation se fait par Tadjonction d'un type 
identifiant le type du paquet, un numero de sequence ainsi qu'un CRC 
assurant Tintegrite du paquet. 

30 , - Dans un mode de fonctionnement classique du circuit, le trafic 

1394 asynchrone peut etre transfere sur un reseau sans fil via le protocole 
HiperLan/2 de la maniere suivante. Les paquets 1394 arrivent sur ['interface 
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8. Ces paquets sont pris en charge par le module 1394 SSCS logiciei 
implements sur le processeur generaliste 13. Ce module genere a partir de 
ce paquet 1394 des LCH qui sont ranges dans la mernoire 6 pour acces par 
les DLC. Ces LCH sont ensuite pris en charge par la DLC HiperLAN/2 5 pour 
5 etre envoyes sur I' interface physique sans fil 3. Le trafic 1394 isochrone 
quant a lui suivra le meme chemin a la difference qu'il va <§tre traite par le 
module 1394 SSCS materiel 7. Mais de la meme facon, ce module va 
generer des paquets LCH de 54 octets qui vont etre disposes dans la 
mernoire DLC 6. Ces paquets LCH seront ensuite pris en charge de la 
1 0 meme maniere par la DLC 5 pour etre envoyes via le reseau sans fil. 

Dans le cadre de I'invention, ce meme trafic 1394 asynchrone 
peut etre transfere sur un reseau sans fil via le protocole 802.11 au lieu 
d'HiperLAN/2 . Les paquets 1394 arrivent sur ['interface 1394. lis sont pris en 

15 charge par le module 1394 SSCS logiciei implemente sur le processeur 13. 
Comme precedemment, ce module genere des paquets LCH dans la 
mernoire 6. Ces paquets LCH contiennent les « SAR-PDU » dont la 
structure connue en soi est representee figure 5 plus un champ de type 
appele « LCHPDUtype », un numero de sequence et un CRC comme on 

20 peut le voir sur la figure 6. Mais ici, contrairement au cas precedent, ce n'est 
pas la DLC d'HiperLAN/2, mais un programme specifique, appele 1394CL, 
qui va prendre en charge ces paquets LCH et qui va creer dans la mernoire 
DLC 6 une trame 802.11 telle que celle representee a la figure 4. Ce 
programme specifique est implemente sur le controleur 4 de la DLC 802.11. 

25 C'est done une tache supplemental qui tourne sur le micro-controlleur en 
plus de sa tache habituelie devolue a la DLC 802.11a. Mais il peut 
egalement etre execute par le processeur central PPC. Cette trame va 
pouvoir etre envoyee par la DLC 802.11 sur le reseau sans fil. La trame 
802.11 peut contenir plusieurs paquets LCH, quoique dans le cas du trafic 

30 asynchrone, nous n'allons pas generalement attendre d'avolr plusieurs 
paquets LCH et nous allons envoyer chaque paquet LCH des que possible, 
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voire individuellement Dans le cas du trafic isochrone detaiile plus loin ce ne 
sera plus le cas, 

Le trafic isochrone 1394, quant a lui, est transfere sur le reseau 
5 sans fii selon la norme HiperLAN/2 comme suit. Les trames isochrone 1394 
arrivent, comme les trames asynchrones, sur I'interface 1394 8. Mais 
, contrairement au trafic asynchrone, pris en charge par le module 1394 
SSCS logiciel sur le PPC, le trafic isochrone est pris en charge par un 
module 1394 SSCS materiel figure 1 n° 7. C'est done ce module materiel qui 
10 va construire les « SAR-PDU » et les LCH les contenant dans la memoire 
des DLC 6. Ici aussi ces paquets LCH seront ensuite pris en charge par la 
DLC HiperLAN/2 figure 1 n° 5 qui va les envoyer sur la reseau sans fil via la 
couche physique figure 1 n° 3. 

i 

15 Lorsque Ton va vouloir envoyer ce trafic 1394 isochrone sur le /. 

reseau sans fii selon le protocole 802.11 selon I'exemple de realisation de ,p 

c 

J'invention, la DLC HiperLAN/2 va etre desactivee et, comme dans le cas du ; ;| 

r . 

trafic 1394 asynchrone, le programme specifique va construire une trame 4 

i , 
?= 

802.11 constitute de paquets LCH. De preference la trame va etre^f 
20 constitute de 4 paquets LCH de 54 octets soit 216 ce qui correspond a urujfc' 
message FEC. En effet le module implementant la correction d'erreurs de 
transmission (FEC pour « Forward Error Correction » en anglais) travaille sur 
des blocs de 216 octets. 

25 Une variante d'implementation de I'exemple de realisation de . 

Tinyention consiste a utiiiser directement les paquets « SAR-PDU » dans la 
trame 802.11 sans I'habillage sous forme de LCH. En effet, Implementation 
decrite utilise les LCH, car le module 1394 SSCS utilise dans le circuit 
produit directement ce type de paquet, bien que le passage du paquet 

30 « SAR-PDU » au paquet LCH soit, en toute logique, une operation devolue a. 
la DLC HiperLAN/2 et non au module 1394 SSCS tel que defini dans la 
norme. L'essentiel etant de reutiliser le travail de decoupage de la trame 
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1394 faite par !e module 1394 SSCS, ie format exact du paquet issu de ce 
module et que Ton utilise dans la trame 802.11a n'influe pas sur le 
fonctionnement de la methode. 

5 Le probleme de ('identification de ces paquets 802.11a comme 

transportant des trames 1394 et devant done, sur le recepteur, etre transmis 
a ce module 1394CL peut se resoudre de plusieurs manieres. Une premiere 
methode consiste a ajouter dans la trame 802.1 1a un paquet LLC/SNAP. Ce 
type de paquet est decrit dans la RFC 802.2 et permet de decrire le type de 

10 donnees et la nature des couches de transport ainsi que des informations 
sur le constructeur. C'est un paquet de 8 octets que I'on place en debut du 
paquet 802.11a qui se compose alors d'un entete de 24 octets, de 4 octets 
de graine de cle publique, des 8 octets du paquet LLC/SNAP, des donnees 
utiles, les paquets LCH dans notre cas, de 4 octets de code d'integrite et de 

15 4 octets de CRC. 



Une autre maniere d'identifier les paquets transportant du trafic 
1394 sur 802.11a est de creer une adresse MAC specifique a ce trafic au 
niveau du driver 802.11a. Une seconde adresse MAC peut etre creee par 
une station dans un reseau 802.11a en repetant les phases 
d'authentification et d'association telles qu'elles sont prevues dans la norme 
avec une nouvelle adresse MAC. Ensuite, il faut programmer le materiel pour 
filtrer ces deux adresses MAC et non pas seulement la premiere de facon a 
etre reconnu comme destinataire des paquets destines a ces deux adresses 
25 MAC. Cette adresse MAC peut etre une adresse de diffusion simple 
(« unicast » en anglais) ou multiple (« multicast » en anglais). L'avantage 
d'une adresse de diffusion multiple est la possibility offerte a des stations 
IEEE 1394 de s'enregistrer aupres d'une adresse MAC commune associee a 
un lien isochrone. Les adresses MAC de diffusion multiple sont creees par 
30 une convention de plus haut niveau. Par example, un ensemble d'adresses 
MAC de diffusion multiple peut etre cree par defaut a initialisation pour le 
trafic 1394. Dans ce cas il est possible de se passer du paquet LLC/SNAP. 
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Cette methode off re I'avantage d'isoler le trafic 1394 du reste du trafic par 
Tutilisation d'adresses MAC specifiques, tandis que celle utilisant le paquet 
LLC/SNAP permet a un equipement non compatible d'identifier un type de 
paquet inconnu et de I'ignorer. Le driver 802.11a, dans ce cas va lire 
5 I'adresse MAC de destination de la trame, reconnaitre I'adresse dediee au 
trafic 1394 sur 802.1 1a et passer la trame au module 1394CL. 

Au niveau du driver 802.11a, le trafic 1394 est traite de la meme 
maniere que ie trafic Ethernet envoye par le module « data delivery » 48. Si 
10 rien n'est fait pour differencier les trafics, il se peut que le trafic Ethernet 
vienne perturber I'envoi des frames 1394. II est possible de resoudre ce 
probleme par une gestion statistique du, trafic en envoyant une trame 
Ethernet pour 5 frames 1394 par exemple. 

15 || apparaTtra a I'homme du metier que invention, bien que decrite 

dans le cadre de Tutilisation du circuit considere, n'est pas limitee a" 
('utilisation de ce circuit mais peut s'utiliser dans tout systeme comportan|| 
sensiblement les memes modules. II est egalement evident que, ; 
Implementation, tant logicielle que materielie, de ces modules n'influe pas 

20 sur le fonctionnement de ("invention. Cette invention peut egalement sq|; 
generaliser a. d'autre protocoles que le 802.11a, tels que les autres 

f 1 

protocoles de la famille 802.11, mais aussi a des protocoles d'autres 
families. II apparaTtra encore a Thomme du metier que les paquets 
elementaires que Ton regroupe dans une trame selon le protocole utilise sur 
25 le reseau sans fil, peuvent .etre. modifies dans le detail par rapport a la : 
solution exposee ici. , : • 1 • ' • . ■ • 



w 
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REVENDICATIONS 

1. Methode de transmission de donnees sur une liaison sans fil 
caracterisee en ce qu'elle comporte les etapes suivantes : 

5 - insertion des donnees dans des paquets selon un format 

correspondant a au moins certaines Gouches d'un premier 
protocole de transmission de donnees sur un reseau sans fil ; 

- Utilisation de ces paquets pour former une trame conforme a 
un second protocole de transmission de donnees sur un 

1 0 " reseau sans fil, different du premier protocole, et 

- transmission sur le reseau sans fil selon le second protocole. 

2. Methode selon la revendication 1 , caracterisee en ce que les 
donnees initiaies sont formatees selon un protocole d'un bus cable. 

15 

3. Methode selon la revendication 2 ou le bus cable est un bus 
IEEE 1394, le premier protocole de transmission de donnees sur un reseau 
sans fil est HiperLAN/2 et le second protocole de transmission de donnees 
sur un reseau sans fil est un protocole de la famiile 802.1 1 . 

20 

4. Methode selon Tune quelconque des revendications 2 ou 3, 
dans laquelle les paquets utilises sont generes par un module IEEE 1394 

sscs. 

25 5. Methode selon I'une quelconque des revendications 1 a 4 ou 

les trames, generees a partir des paquets selon un format intermedia ire 
defini par la ou lesdites couches du premier protocole de transmission de 
donnees sur un reseau sans fil, lesdites trames etant conformes au second 
protocole de transmission de donnees sur un reseau sans fil, sont 

30 distinguees d'autres trames par un identificateur specifique dans la trame. 
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6. Method'e selon I'une quelconque des revendications 1 a 5 ou 
les trames, generees a partir des paquets selon un format intermediate 
defini par la ou lesdites couches du premier protocole de transmission de 
donnees sur un reseau sans fil et conformes au second protocole de 

5 transmission de donnees sur un reseau sans fil, sont distinguees d'autres 
trames par ['utilisation d'adresses MAC specifiques identifiant leur origine et 
, leur destination. 

7. Appareil de transmission de donnees (1 ), contenant des 
10 moyens permettant de recevoir des trames selon Ie protocole formatees 

seion un bus cable (8), des moyens de connexion a un reseau sans fits (2, 3, 
4, 5), un module de traitement des trames formatees selon un bus cable 
pour inserer les donnees regiues sur Ie bus cable dans une trarne selon un 
format defini par un premier protocofe de transmission de donnees sur un- 
15 reseau sans fil (7), caracterise en ce que Pappareil contient des moyens de 
generation de trames de transmission conformes a un second protocole d<% 
transmission de donnees sur un reseau sans fil a partir desdits paquets (4l 
ou 13) dans lesquels ont ete inserees des donnees recjues a partir du bu&% 

r 

cable, lesdits paquets etant formates selon au moins certaines couches dtM f 

*■ * 

20 premier protocole. 

8. Appareil selon la revendication 6 ou Ie bus cable est un bus 
IEEE 1394, Ie premier protocole de transmission de donnees sur un reseau 
sans fil est HiperLAN/2 et Ie second protocole de transmission de donnees 

25 sur un reseau sans fil est un protocole de la famille 802.1 1 . 

9. Appareil selon Tune des revendications 7 ou 8, caracterise en 
ce qu'N comporte, pour ce qui est du second protocole, uniquement les 
couches necessaires a ('encapsulation et la transmission de paquets 

30 generes a Taide desdites couches du premier protocole. s 
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Couches hautes 
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LCH PDU type 
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Decoupage de la trame 1394 en 
PDU selon HL2 



W. , 

Utilisation des PDU pour construire une 
trame de protocole autre que HL/2 



Fig. 7 
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